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ABSTRACT 


This  document  presents  a functional  description  overview  of  the  IOC 
Network  Frontend  (INFE)  under  development  by  Digital  Technology  In- 
corporated to  connect  a WWMCCS  H6000  host  to  AUTODIN  II.  A glossary 
and  a brief  history  are  given.  The  architecture  of  the  INFE  is  then 
presented  as  a set  of  data  routes  through  the  INFE  protocol  modules. 
The  INFE  protocol  modules  are  described  in  tabular  form.  The  flow  of 
data  vis-a-vis  the  staging  of  protocols  along  the  INFE  routes  is  given 
diagrammatical ly. 
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BACKGROUND 

A Network  Frontend  (NFE)  is  a computer  system  interposed  between  a host 
computer  and  a network  to  relieve  the  host  of  the  burden  of  network  in- 
terface software.  The  place  of  the  Network  Frontend  is  shown  in  Figure  1, 
opposite. 

The  technological  basis  for  a Network  Frontend  is  derived  from  ARPA 
network  access  machine  research.  A late  development  in  that  research 
was  Network  UNIX,  which  is  the  immediate  basis  for  the  present  research 
effort. 

UNIX  is  a general  purpose  operating  system  developed  by  Bell  Telephone 
Laboratories  for  use  on  PDP-11  computers.  In  1975,  staff  of  the  Uni- 
versity of  Illinois  Center  for  Advanced  Computation  added  ARPANET  NCP 
and  Telnet  software  to  UNIX  to  make  Network  UNIX. 

In  1976,  the  Network  UNIX  staff  began  Phase  A of  the  WWMCCS  Network 
Frontend  project.  Network  UNIX  was  modified  to  frontend  a WWMCCS  H6000 
to  the  ARPANET.  The  result  of  the  Phase  A effort  was  the  WWMCCS  Exper- 
imental Network  Frontend  (ENFE). 

In  October,  1977,  Digital  Technology  Incorporated  was  formed  from  the 
staff  of  the  Network  UNIX  and  WWMCCS  NFE  projects. 

In  Phase  B of  the  WWMCCS  NFE  program.  Digital  Technology  Incorporated 
is  modifying  the  Phase  A ENFE  to  support  AUTODIN  II  protocols.  This 
will  provide  an  IOC  NFE  (INFE)  for  AUTODIN  II. 
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GLOSSARY 

DEVICE: 

a named  data  source  or  sink. 

DEVICE  DRIVER: 

a software  module  that  enables  a UNIX  user-level  process  to  access 
a device. 

DEVICE  DRIVER  TYPE: 

a set  of  device  drivers  sharing  a common  interface  to  the  UNIX  I/O 
subsystem. 


DEVICE  DRIVER  TYPE  HANDLER: 

the  layer  of  the  UNIX  I/O  subsystem  which  implements  the  interfaces 
to  the  different  device  driver  types. 


HEP:  Host-Frontend  Protocol  (Grossman  1976): 

HFP  defines  communication  between  a host  and  a frontend.  HFP  has 
three  levels:  the  link  level,  the  channel  level,  and  the  process- 
service  level  protocols. 

IIPC:  Illinois  Inter-Process  Communication  (Holmgren  et  al . 1977b): 

IIPC  enables  UNIX  user-level  processes  to  communicate  using  memory 
segments. 

IIPC  INTERFACE: 

the  interface  between  two  UNIX  user-level  processes  directly  em- 
ploying IIPC. 

IIPC  I/O  INTERFACE: 

an  interface  between  two  UNIX  user-level  processes  which  employs 
the  UNIX  I/O  interface  at  one  process  and  the  IIPC  interface  at  the 
other  process. 
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I/O  INTERFACE: 

the  interface  between  a UNIX  user-level  process  and  the  UNIX 
I/O  Subsystem. 

KERNEL  LEVEL: 

the  privileged  software  level  of  UNIX  which  includes  the  device 
drivers  and  the  UNIX  operating  system  itself. 


MEMORY  SEGMENT: 

a named  set  of  contiguous  virtual  memory  locations  which  can  be 
shared  among  processes. 


MEMORY  SEGMENT  DEVICE  DRIVER: 

a type  of  device  driver  employing  memory  segments  as  buffers. 


NONBLOCKING  I/O: 

a facility  of  the  UNIX  I/O  subsystem  which  enables  a UNIX  user- 
level  process  to  proceed  without  waiting  for  the  completion  of 
I/O  requests. 


SIP:  Segment  Interface  Protocol  (Postel,  Garlick,  & Rom  1976a:36-39) : 

the  protocol  defining  the  rules  for  transmitting  data  between  TCP* 
implementations  and  an  AUTODIN  II  packet  switch. 


TCP:  Transmission  Control  Protocol  (Cerf  & Postel  1977): 

the  protocol  defining  the  rules  for  transmitting  data  between 
processes  via  AUTODIN  II. 


THP:  Terminal -Host  Protocol  (Postel,  Garlick,  & Rom  1976b): 

the  protocol  defining  the  network  virtual  terminal  representation 
for  AUTODIN  II  and  the  rules  for  communication  between  instances 
of  the  network  virtual  terminal. 


VIP: 

"Video  Information  Projection".  A class  of  CRT  terminals  made  by 
Honeywell;  the  standard  data  entry  terminal  for  the  H6000. 


UNIX 


the  operating  system  comprising  the  substrate  upon  which  the  INFE 
software  is  constructed. 
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UNIX  I/O  SUBSYSTEM: 

the  mechanism  enabling  UNIX  user-level  processes  to  communicate 
with  devices.  The  UNIX  I/O  Subsystem  has  three  layers:  the  I/O 
interface,  the  device  driver  type  handlers,  and  the  device  drivers. 


USER  LEVEL: 

the  unprivileged  software  level  of  UNIX. 
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INFE  SOFTWARE  ARCHITECTURE: 
Routes  and  Modules 
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The  INFE  manages  data  flowing  along  routes  connecting: 


1.  local  host  application  programs  and  remote  host  ap- 
plication programs, 

2.  local  host  application  programs  and  remote  virtual 
terminals, 

3.  local  terminals  and  remote  host  application 
programs, 

4.  local  host  application  programs  and  NFE  terminals, 
and 

5.  NFE  terminals  and  remote  host  application  programs. 


These  routes  are  shown  in  Figure  2,  opposite. 
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INFE  Modules 


Data  flowing  along  the  INFE  routes  is  managed  via  stages  of  protocol 
implemented  by  software  modules: 


1. 

the 

Link  Protocol  Module, 

2. 

the 

Channel  Protocol  Module, 

3. 

the 

TCP  Service  Module, 

4. 

the 

THP  Service  Module, 

5. 

the 

TCP  Module, 

6. 

the 

THP  Module, 

7. 

the 

SIP  Module,  and 

8. 

the 

UNIX  Terminal  Handler  Module. 

These  modules  may  serve  more  than  one  route.  The  relationships  of 
routes  and  modules  are  shown  in  Figure  3,  opposite. 


Remote  Application 


Local  Application 


Remote  Virtual  Terminal 


Local  Application 


Remote  Application 


Local  Terminal 


NFE  Terminal 


Local  Application 


tv  »>¥ 

* fi. 

A'-.\ 


Link 

Protocol 
Modu  I e 


-13- 


Link  Protocol  Modu 1 e 


LEVEL: 


TYPE: 


UNIX  kernel 


Memory  Segment  Device  Driver 


IMPLEMENTS: 

Link  Level  Host-Frontend  Protocol 


FUNCTION: 

Establishing  and  maintaining  communication  between  the  Channel 
Protocol  Modules  in  the  local  host  and  in  the  frontend. 


ROUTES: 


Local  Application  - Remote  Application 
Local  Application  - Remote  Virtual  Terminal 
Local  Virtual  Terminal  - Remote  Application 
Local  Application  - NFE  Terminal 

COMMUNICATES  WITH:  VIA: 

local  host  host-frontend  hardware  interface 

Channel  Protocol  Module  memory  segment  I/O  interface 


REMARKS: 

The  Link  Level  Host-Frontend  Protocol  was  implemented  in  the  ENFE 
by  the  H6000  to  PDP-11  Computer  Link  Conventions  (Alsberg  et  al . 
1977a:17-19).  This  implementation  will  be  carried  over  into  the 
INFE  essentially  unchanged. 

The  place  of  the  Link  Protocol  Module  in  the  INFE  software  archi- 
tecture is  shown  in  Figure  4,  opposite. 
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Channel  Protocol  Module 


LEVEL: 

UNIX  user 


TYPE: 

Process 


IMPLEMENTS: 

Channel  Level  Host-Frontend  Protocol 


FUNCTION: 

Initializing,  maintaining,  and  terminating  logical  channels 
between  host  and  frontend  processes. 


ROUTES: 

Local  Application  - Remote  Application 

Local  Application  - Remote  Virtual  Terminal 

Local  Virtual  Terminal  - Remote  Application 

Local  Application  - NFE  Terminal 


r 


f 
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COMMUNICATES  WITH: 

Link  Protocol  Module 
TCP  Service  Module 
THP  Service  Module 


VIA: 

memory  segment  I/O 
IIPC  interface 
IIPC  interface 


REMARKS: 

The  Channel  Level  Host-Frontend  Protocol  was  implemented  in  the 
ENFE  by  the  Channel  Protocol  Module  (Holmgren  et  al . 1977a:20- 
46),  This  implementation  will  be  carried  over  into  the  INFE  es- 
sentially unchanged. 


The  place  of  the  Channel  Protocol  Module  in  the  INFE  software 
architecture  is  shown  in  Figure  5,  opposite. 
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TCP  Service  Modu 1 e 


LEVEL: 


TYPE: 


UNIX  user 


Process 


IMPLEMENTS: 

TCP  Process-Service  Level  Host-Frontend  Protocol 


FUNCTION: 

Translating  between  HFP  and  TCP  formats. 


ROUTE: 

Local  Application  - Remote  Application 


COMMUNICATES  WITH:  VIA: 

Channel  Protocol  Module  UPC  interface 

TCP  Module  IIPC  I/O  interface 


REMARKS: 

The  TCP  Service  Module  replaces  the  ENFE  Host-to-Host  Service 
Module  (Holmgren  et  al.  1977a: 77-88), 

The  place  of  the  TCP  Service  Module  in  the  INFE  software  arch- 
itecture is  shown  in  Figure  6,  opposite. 
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¥ 

\ THP  Service  Module 

^ 

LEVEL:  TYPE: 

UNIX  user  Process 

IMPLEMENTS: 

THP  Process-Service  Level  Host-Frontend  Protocol 
FUNCTION: 

Translating  between  HFP  and  THP  formats. 

ROUTES: 

Local  Application  - Remote  Virtual  Terminal 
Local  Virtual  Terminal  - Remote  Application 
Local  Application  - NFE  Terminal 

COMMUNICATES  WITH:  VIA: 

Channel  Protocol  Module  IIPC  interface 

THP  Module  IIPC  I/O  interface 

REMARKS: 

The  THP  Service  Module  replaces  the  ENFE  Program  Access  Service 
Module  (Holmgren  et  al.  1977a:118-132)  and  the  Channel  Protocol 
Module  interface  part  of  the  Server  Virtual  Terminal  Service 
Module  (Holmgren  et  al.  1977a:90-102) . 

^ The  place  of  the  THP  Service  Module  in  the  INFE  software  arch- 

^ itecture  is  shown  in  Figure  7,  opposite. 
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Figure  8:  Place  of  the  TCP  Module 
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TCP  Module 


LEVEL: 

UNIX  user 


TYPE: 


Process 


IMPLEMENTS: 

Transmission  Control  Protocol 


FUNCTION: 

Transferring  data  reliably  via  the  network. 


ROUTES: 

Local  Application  - Remote  Application 
Local  Application  - Remote  Virtual  Terminal 
Local  Virtual  Terminal  - Remote  Application 
NFE  Terminal  - Remote  Application 


COMMUNICATES  WITH: 

TCP  Service  Module 
THP  Module 
SIP  Module 


VIA: 


1 1 PC  I/O  interface 
IIPC  I/O  interface 
memory  segment  I/O  interface 


REMARKS: 


The  TCP  Module  replaces  tL-*  ENFE  NCP  Daemon  (undocumented) 
and  the  NCP  Software  (undocumented). 


The  place  of  the  TCP  Module  in  the  INFE  software  architecture  is 
shown  in  Figure  8,  opposite. 
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f THP  Module 

LEVEL:  TYPE: 

UNIX  user  Process 

IMPLEMENTS: 

Terminal -Host  Protocol 

FUNCTION: 

Translating  between  NFE  terminal  representations  and  the  network 
virtual  terminal  representation. 

ROUTES: 

Local  Application 
Local  Virtual  Terminal 
Local  Application 
NFE  Terminal 

COMMUNICATES  WITH: 

THP  Service  Module 
Unix  Terminal  Handler 
TCP  Module 

REMARKS: 

The  THP  Module  is  to  the  INFE  for  AUTODIN  II  what  the  User 
Telnet  Module  (undocumented)  and  the  Telnet  Handler  part  and 
NCP  interface  part  of  the  Server  Virtual  Terminal  Service 
Module  (Holmgren  1977a:90-116)  were  to  the  ENFE  for  the  ARPANET. 

The  place  of  the  THP  Module  in  the  INFE  software  architecture  is 
shown  in  Figure  9,  opposite. 
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SIP  Module 


LEVEL: 

UNIX  kernel 


TYPE: 

Memory  Segment  Device  Driver 


IMPLEMENTS: 

Segment  Interface  Protocol 


FUNCTION: 

Establishing  and  maintaining  communication  with  the  local 
packet  switch. 


ROUTES: 

Local  Application 
Local  Application 
Local  Virtual  Terminal 
NFE  Terminal 


- Remote  Application 

- Remote  Virtual  Terminal 

- Remote  Application 

- Remote  Application 


COMMUNICATES  WITH:  VIA: 

TCP  Module  memory  segment  I/O  interface 

local  packet  switch  network-frontend  hardware  interface 


REMARKS: 

Pending  AUTODIN  II  availability,  a Pseudo  Segment  Interface  Pro- 
tocol will  be  implemented  using  the  ARPANET  IMP-Host  Protocol. 

The  place  of  the  SIP  Module  in  the  INFE  software  architecture 
is  shown  in  Figure  10,  opposite. 
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UNIX  Terminal  Handler 


LEVEL: 

UNIX  kernel 

IMPLEMENTS: 

UNIX  Terminal  Protocol 


TYPE: 

Character  Device  Driver 


FUNCTION: 

Translating  between  the  UNIX  terminal  representation  and  the 
representations  of  terminals  attached  to  the  INFE. 


ROUTES: 

Local  Application  - NFE  Terminal 

NFE  Terminal  - Remote  Application 


COMMUNICATES  WITH: 
THP  Module 
Terminals 


VIA: 

terminal  non-blocking  I/O  interface 
terminal -frontend  hardware  interface 


1 


REMARKS: 

The  UNIX  Terminal  Handler  for  the  ENFE  will  be  carried  over  into 
the  INFE  essentially  unchanged. 

The  place  of  the  UNIX  Terminal  Handler  in  the  INFE  software  arch- 
itecture is  shown  in  Figure  11,  opposite. 
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INFE  DATA  FLOW: 
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TCP  Process-Service  Level  MFP 


Figure  12: 

Protocol  Staging  along  the  Local  Application  - Remote  Application  Route 
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